home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000541_connolly@pixel.convex.com _Tue Jan 12 02:03:55 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA18926; Tue, 12 Jan 93 02:03:55 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA17639; Tue, 12 Jan 1993 02:19:01 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA24567; Mon, 11 Jan 93 19:18:58 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA21364; Mon, 11 Jan 93 19:18:57 -0600
  10. Message-Id: <9301120118.AA21364@pixel.convex.com>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: strategy for HTML spec?
  13. Date: Mon, 11 Jan 93 19:18:56 CST
  14. From: Dan Connolly <connolly@pixel.convex.com>
  15.  
  16.  
  17. Save for newline handling and Latin 1 characters, I feel
  18. that most of the technical issues in the HTML spec have
  19. been ironed out.
  20.  
  21. But the documentation in the web is far from up to date.
  22. My spec isn't sufficient to replace the HTML stuff in the
  23. web, so it gets tacked on through links. Meanwhile, many
  24. of the examples and explanations are in conflict with the DTD.
  25.  
  26. And we're not getting any closer to a hardcopy or plain text
  27. version of the spec.
  28.  
  29. I started editing Tim's latest work on the HTML spec, but
  30. it's not clear how my edits will get into the web. I don't
  31. want them just tacked on: they're corrections to stuff that's
  32. not right! But without groupware support, it's slow going.
  33. Hmm... we need a better strategy.
  34.  
  35. [begin bitching and moaning...]
  36.  
  37. Also, I am frustrated that noone else seems willing to look
  38. closely at SGML at all. The SGMLs parser makes it easy to
  39. try stuff out, and comp.text.sgml is a great place to learn
  40. a lot of stuff, but none of the other implementors have
  41. bothered to try them out.
  42.  
  43. For example, Tim asked if I could put LINK into the DTD.
  44. I wasn't familiar with the motivation for the element at
  45. the time, and I'm still not sure how it works exactly:
  46. how many of them are allowed, for example?
  47.  
  48. If he would take the time to construct a couple example
  49. documents using LINK (and make the necessary modifications
  50. to the DTD), I'm sure things would be much clearer.
  51.  
  52. Another example: the newlines issue. It's easy to edit
  53. a couple example files, run them through sgmls, and see
  54. where the parser eats newlines and where it reports them
  55. to the application.
  56.  
  57. And none of the data providers has grabbed SGMLs to check
  58. their output, as far as I can tell.
  59.  
  60. I have put a lot of my free time into investigating HTML
  61. and its relationship to SGML, and I have done my best
  62. to report my findings, but I'm getting frustrated by
  63. the lack of initiative from anyone else. Other folks
  64. are willing to hack out implementations, but they're
  65. not willing to check them against the SGML standard,
  66. it seems. If nobody else is serious about SGML conformance,
  67. I will find other ways to spend my free time. But I
  68. think SGML conformance is critical to the the quality
  69. of the WWW project.
  70.  
  71. [end bitching and moaning]
  72.  
  73. Dan